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TITLE OF THE INVENTION 

FILE REPLICATION METHOD FOR DISTRIBUTED FILE SYSTEMS 



FIELD OF THE INVENTION 

The present invention relates to a method for file 
replication between a plurality of network storage systems and 
to a network storage system having the function of file 
replication. 

BACKGROUND OF THE INVENTION 

Conventionally, data has been stored in a storage (DAS: 
Direct Attached Storage) connected directly to a client computer . 
The data in the DAS is accessible only via the client computer 
connected directly thereto so that, if the client computer 
accesses the data in the DAS connected to another client computer , 
it is necessary for the client computer to access the data via 
the other client computer connected to the DAS. 

As an amount of data to be stored in each of the client 
computers has increased exponentially due to the recent 
advancement of network technologies, the need to efficiently 
manage the data has also grown so that a storage system connected 
to a network, what is called a network storage, has been 
introduced as a replacement for the DAS. Since the network 
storage allows data to be shared by a plurality of client 
computers, an administrator can efficiently manage at data. 

Examples of the network storage include a SAN (Storage 



Area Network) storage connected to a SAN to provide a block 
access and a NAS (Network Attached Storage) connected by an 
IP network, the Inf iniband, or the like to provide a file access . 
Of the examples, the NAS has lower cost than the SAN storage 
and can easily be shared by a plurality of client computers 
by using a plurality of standard file access protocols such 
as NFS (Network File System) and CIFS (Common Internet File 
System) so that the market thereof has been expanding. 

Since the network storage thus allows an administrator 
to simultaneously and effectively manage data shared by a 
plurality of client computers, it is used prevalently in the 
society. On the other hand, the shared data stored in the network 
storage is backed up by the administrator by using a tape drive 
or the like to be restored from the tape drive as required. 
However , since the tape drive is low in speed , the back-up process 
and restoration process using the tape drive require an enormous 
amount of time, which disadvantageously increases in direct 
proportion to an amount of the shared data. In particular, the 
capacity of the network storage has been expanded increasingly 
with the recent advancement of hard disk technology so that 
low-speed tape back-up is inefficient. 

To solve the problem of the low-speed tape back-up, a 
method for holding a replica of shared data held in a network 
storage not in a tape drive but in another network storage 
connected to the network has been used recently. The method 



allows the creation of the replica of shared data and the 
restoration of the shared data at a speed higher than a method 
using a tape drive. 

For example, a method for creating a copy of a file in 
real-time in a plurality of network storages is described in 
" VERITAS File Replicator 3.0.3, System Administrator ' s Guide, 
2001 June", published by VERITAS Software Corporation. In 
response to receipt of an updating file access request from 
a client, the VERITAS File Replicator simultaneously transfers 
the request to a first file system as a target of replication 
and to a plurality of file systems at replication destinations . 
Replication is performed with respect to an entire file system 
as a target. 

On the other hand, U. S. Pat. Publication No . 2002/0120763 
discloses a method in which a unification virtualizing switch 
having a special function for file replication termed a 
j ournaling file system transfers an updating file access request 
to a group of servers composing a primary 
virtualized-and-unif ied file system and to a secondary file 
server and thereby creates a copy of an entire file system. 
Upon receipt of a response from the group of servers composing 
the primary virtualized-and-unif ied file system, the 
j ournaling file switch returns the response to a client without 
waiting for the updating request to be processed at the secondary 
file server. This achieves a reduction in overhead for file 



copying. 

In addition, a replication system for copying, in a 
distributed computer system, only the subtree of a computer 
system as a target of replication is disclosed in Japanese Patent 
Laid-Open No. H07 (1995) -219830 . In the replication system, a 
file access request from a client is transferred to a computer 
system having the file . If the file access request is an updating 
file access request, a computer system records the occurrence 
of a change in a log termed a replicated storage change record. 
The updating request in the replicated storage change record 
is copied at constant intervals or at prescheduled intervals 
in a computer system to a replication destination. 

The foregoing technologies disclosed in 11 VERITAS File 
Replicator 3 . 0 . 3 , System Administrator ' s Guide , 2001 June " and 
U.S. Pat. Publication No. 2002/0120763 can create a copy of 
a file in real-time between the plurality of network storages 
and between the plurality of virtualized-and-unif ied file 
systems. However, replication should be performed with respect 
to the entire file system. 

Since the capacity of the network storage has been expanded 
increasingly as described above, if the creation of a file is 
limited to an entire file system, an increased back-up time 
presents a problem. In addition, the shared data include an 
essential and important file which should be backed up and a 
file which need not be backed up. However, since the creation 



of a copy is limited to an entire file system in each of the 
foregoing first and second well-known examples even when it 
is sufficient for the administrator to acquire a back-up of 
only the important file, not only the elongated back-up time 
but also the preparation of a network storage with a sufficient 
capacity at a copy destination presents problems. 

Although the file replication method disclosed in 
Japanese Patent Laid-Open No. H07 (1995) -219830 mentioned above 
has provided a method for creating a copy of the subtree of 
the file system, it is impossible to create the copy in real 
time in response to a file access request from a client. As 
a result, a back-up of the latest data is not held in such a 
case where trouble occurs, which presents a problem. 

To solve the problems, it is necessary to provide a file 
replication method which can create a partial copy of a file 
system in real-time between a plurality of network storages. 

It is also necessary to provide a file replication method 
which can create a partial copy of any of virtual ized-and-unif ied 
file systems in real time between a plurality of 
virtualized-and-unif ied file systems. 

In Japanese Patent Laid-Open No. H07 (1995) -219830 
mentioned above, it is also necessary for the administrator 
to manually maintain consistency when a trouble occurs in any 
of the plurality of virtualized-and-unif ied file systems while 
they are performing selective file replication or in the network 



to which the virtualized-and-unif iecl file systems are connected 
and recovery from the trouble is performed. For manual 
maintenance of consistency, it is necessary for the 
administrator to examine whether or not each of the backed up 
files has already been copied. 

To solve the problem, it is necessary to provide a method 
in which, when a trouble occurs in any of the plurality of 
virtualized-and-unif ied file systems while they are performing 
selective file replication or in the network and trouble recovery 
is performed, the consistency of a file and directory as obj ects 
to be copied is automatically maintained between the plurality 
of virtualized-and-unif ied file systems such that the 
replication is resumed. 
SUMMARY OF THE INVENTION 

It is therefore a first object of the present invention 
to provide a file replication method which allows real-time 
creation of a partial copy of a file system as a target of 
replication between a plurality of network storages. 

A second object of the present invention is to provide 
a file replication method which allows, between a plurality 
of virtualized-and-unif ied file systems, a partial copy of any 
of the virtualized-and-unif ied file systems as a target of 
replication to be created in real time. 

A third object of the present invention is to provide 
a method which allows, even when any of a plurality of 



7 

virtualized-and-unif ied file systems or a network to which the 
file systems are connected becomes fault, while a plurality 
of network storages or the virtualized-and-unif ied file systems 
are creating a partial copy, and that file system on the network 
5 recovers from the fault, easy maintenance of consistency between 
original files and directories and copies thereof. 

The first object of the present invention is attained 
by providing a distributed system composed of a plurality of 
network storages with a management table for managing the 

10 attribute information of files and directories in a file system 
as a target of replication, with replication information 
indicating whether or not copying should be performed, with 
a request reception unit for receiving a file access request 
from a client , with a j udgment unit for j udging , when the received 

15 file access request is an updating file access request, whether 
or not replication should be performed by using the management 
table and the replication information, and with a request 
processing unit for simultaneously transferring the file access 
request to the file system in the network storage device as 

20 the target of replication and to a file system in the network 
storage as a replication destination in accordance with the 
result of the judgment. 

A second object of the present invention is attained by 
providing a unification virtualizing system belonging to a 

25 virtualized-and-unif ied file system as a replication source 
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with a unified management directory for managing the 
f iles-and-directories tree structure and file identifiers of 
the virtualized-and-unif ied file system as the replication 
source, with replication information indicative of conditions 
for determining whether or not a file should be copied, with 
a request reception unit for receiving a file access request 
from a client, with a mapping unit for determining a network 
storage holding therein a target file of the file access request, 
with a judgment unit for judging, when the received file access 
request is an updating request , whether or not replication should 
be performed by using attribute information managed by the 
unified management directory and the replication information, 
and with a request processing unit for simultaneously 
transferring, in accordance with a result of the judgment, the 
file access request not only to the network storage belonging 
to the virtualized-and-unif ied file system as the replication 
source and determined by the mapping unit but also to a 
unification virtualizing system as a replication destination. 

A third object of the present invention is attained by 
providing the unification virtualizing system belonging to the 
virtualized-and-unif ied file system as a target of replication 
with, in addition to the units for attaining the second object, 
a consistency unit for maintaining consistency between files 
and directories as copied objects at the replication source 
and files and directories in the virtualized-and-unif ied file 



system as the replication destination. 

Thus , in the distributed system composed of the plurality 
of network storages , the request reception unit solely receives 
the file access request from the client, judges whether or not 
5 replication should be performed by using the management table, 
and transfers only the file access request as the file object 
to be copied to each of the replication-source network storage 
and the replication-destination network storage, thereby 
enabling real-time creation of a partial copy of the file system 
10 in the replication-source network storage in another network 
storage. 

If the file access request is issued from the client to 
the virtualized-and-unif ied file system composed of the 
plurality of network storages and the unification virtualizing 

15 system, the unification virtualizing system receives the file 
access request, specifies the network storage which keeps the 
file to be accessed by using the unified management directory, 
judges whether or not the file to be accessed in response to 
the file access request is an object to be copied, and 

20 simultaneously transfers the file access request to the network 
storage to be accessed and to theunifi cation virtualizing system 
as the target of replication-destination only when the file, 
access request is for the file as the copied object, thereby 
enabling real-time creation of a partial copy of the 

25 replication-source virtualized-and-unif ied file system in 
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another virtualized-and-unif ied file system. 

Since the unification virtualizing system composing the 
virtualized-and-unif ied file system as the target of 
replication further has the unit for maintaining consistency 
5 between the files and directories as copied objects and the 
files and directories stored in the replication-destination 
virtualized-and-unif ied file system, even when the occurrence 
of trouble impairs the consistency of the files and directories 
as the objects to be copied between the replication-source and 
10 replication-destination virtualized-and-unif ied file systems , 
the inconsistency can easily be fixed at the time of trouble 
recovery. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram showing an entire structure 
15 of a network storage system as an embodiment of the present 
invention ; 

FIG. 2 is a view showing a structure of a host table 155 
in the foregoing embodiment; 

FIG. 3 is a view showing a structure of a replication 
20 host table 156 in the foregoing embodiment; 

FIG. 4 is a functional block diagram showing a structure 
of a replication unit 152 in the foregoing embodiment; 

FIG. 5 is a flow chart illustrating a replication process 
in the foregoing embodiment; 
25 FIG. 6 is a flow chart illustrating judgment processing 
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510 in the foregoing embodiment; 

FIG. 7 is a view showing a structure of a capacity 
management table 158 in the foregoing embodiment; 

FIG. 8 is a flow chart illustrating a CREATE procedure 
5 in the foregoing embodiment; 

FIG. 9 is a flow chart illustrating a WRITE procedure 
in the foregoing embodiment; 

FIG. 10 is a flow chart illustrating an MKDIR procedure 
in the foregoing embodiment ; 
10 FIG. 11 is a functional block diagram showing a structure 

of a management unit 150 in the foregoing embodiment; 

FIG. 12 is a flow chart illustrating a READ procedure 
in the foregoing embodiment; 

FIG. 13 is a view showing consistency processing in the 
15 foregoing embodiment; 

FIG. 14 is a flow chart illustrating a replication setting 
procedure in the foregoing embodiment; 

FIG. 15 is a block diagram showing an entire structure 
of a network storage system as Variation 1 of the embodiment; 
20 FIG. 16 is a view showing a structure of a group table 

1500 of Variation 1 mentioned above; and 

FIG. 17 is a block diagram showing an entire structure 
of a network storage system as Variation 2 of the embodiment. 
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 
25 FIG. 1 shows an example of an entire structure of a network 
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storage system as an embodiment of the present invention. The 
network storage system is constituted by: clients 100 and 101; 
a network 102; a replication-source virtualized-and-unif ied 
file system 103; and a replication-destination 
virtualized-and-unif ied file system 104. In the present 
embodiment, a detailed description will be given to a method 
for creating, in the replication-destination 

virtualized-and-unif ied file system 104, replicas of files and 
directories in the replication-source virtualized-and-unif ied 
file system 103 when the clients 100 and 101 share the file 
by using the replication-source virtualized-and-unif ied file 
system 103. Although the replication-source 

virtualized-and-unif ied . file system 103 and the 
replication-destination virtualized-and-unif ied file system 
104 have the same structures, the replication-destination 
virtualized-and-unif ied file system 104 is set such that it 
is not accessed by the clients 100 and 101. Specifically, the 
replication-source virtualized-and-unif ied file system 103 is 
not registered in the exports file. In addition, the values 
of setup information on replication, which will be described 
later, are different in the replication-destination 
virtualized-and-unif ied file system 104. Furthermore, the 
replication- source virtualized-and-unif ied file -system 103 
and the replication-destination virtualized-and-unif ied file 
system 104 need not have equal overall capacities. 
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Although the replication destination is a 
virtualized-and-unif ied file system similarly to the 
replication source in the present embodiment, the replication 
destination may also be a large-capacity network, storage 
5 provided that it can hold the files and directories as objects 
to be copied. 

Each of the clients 100 and 101 accesses the 
replication- source virtualized-and-unif ied file-system 103 
using the NFS (Network File System) client program or the CIFS 

10 (Common Internet File System) through the network 102 . Although 
only NFS and CIFS are listed as examples for the clients, it 
is also possible to use other standard file access protocols. 
Examples of the other file access protocols include AFP (Apple 
File Protocol) and NCP (Netware Core Protocols) . 

15 The network 102 may also be a local area network (LAN) 

or a wide area network (WAN ) provided that it is an IP network. 

The replication- source virtualized-and-unif ied 

file-system 103 is composed of a unification virtual i zing system 
110 , an internal network 115, and network storages 120 to 122. 

20 Each of the network storages 120 to 122 may be a dedicated 

apparatus or constructed by mounting a remote control unit on 
a server, workstation, or a personal computer (PC) each having 
a storage device and a remote control unit. Although the network 
storages 120 to 122 are connected to the internal network 115 

25 in the present embodiment, they may also be connected to the 



network 102. 

The network storage 120 is composed of a remote control 
unit 130 and a storage device 140. Each of the network storages 
121 and 122 has the same structure as the network storage 120. 
5 The remote control unit 130 is connected to the internal 

network 115 to receive a mount request, a file create request, 
a read request, and a write request each from the clients 100 
and 101 or perform the creation of a directory, the removal 
of a directory, or the like. Mounting is a process to use a 

10 file system in a network storage accessed via a network as a 
part of a file system in a client computer. The mounting process 
allows the client to access storage devices distributed over 
the network as if they were the local file systems of the client. 
The remote control unit 130 communicates with the clients 100 

15 and 101 by using a standard file access protocol such as NFS 
or CIFS . If the NFS protocol is used , e.g. , the well-known mountd 
and nfsd are used. 

Each of the clients 100 and 101 issues a file access request 
to the storage device by using a file handle. The file handle 

20 is an identifier for a file object and guaranteed for its 
uniqueness to all files. The file object is either a file or 
a directory. The file handle includes the i-node number of a 
parent directory and the i-node number of a file object. 

Examples of anaccess requestto a fileor directory defined 

25 by the NFS protocol include a LOOKUP request for acquiring a 



file handle by giving a file name, a CREATE request for creating 
a file, a READ request for reading a file, a WRITE request for 
writing a file, a SETATTR request for setting the attributes 
of a file, a GETATTR request for reading the attributes of a 
5 file, a REMOVE request for removing a file, a RENAME request 
for changing the name of a file, an MKDIR request for creating 
a directory, a READDIR request for reading a directory, and 
a RMDIR request for removing a directory. Of the foregoing 
examples, the CREATE request, the WRITE request, the SETATTR 

10 request, the REMOVE request, the RENAME request, the MKDIR 
request , and the RMDIR request are updating file access requests . 
Besides, a LINK request and a SYMLINK request can be named as 
updating file access requests. 

A remote control unit 130 receives a file access request 

15 from either of the clients by using, as an argument, a file 
handle obtained as a result of processing the mount request 
or the LOOKUP request, processes each of the requests, and 
returns the results to the client. 

In the case of using the CIFS protocol, the well-known 

20 Samba or the like may be used appropriately. It is assumed in 
the present embodiment that each of the clients 100 and 101 
accesses the replication-source virtualized-and-unified file 
system 103 by using the NFS protocol. 

The storage device 140 is formatted by using a file system 

25 supported by an operating system. Examples of operating systems 



of the UNIX (registered trademark) type include Solaris 
commercially available from SUN Microsystems , AIX commercially 
available from International Business Machines Corporation , 
HP-UX commercially available from Hewlett-Packard Company, 
5 Linux, and FreeBSD. 

The unification virtualizing system 110 manages the 
network storages 120 to 122 in a virtually unified manner. Then 
it provides a unif ied-f ile-system view for the clients 100 and 
101. That is, a single f iles-and-directories tree structure 

10 is shown to the clients 100 and 101. The present embodiment 
is characterized in that, when an administrator transmits a 
file access request for a file preset as an object to be copied 
to the unification virtualizing system 110, the unification 
virtualizing system 110 concurrently transfers the access 

15 request in real time to any of the network storages in the 
replication- source virtualized-and-unif ied file system 103 and 
to the replication-destination virtualized-and-unif ied file 
system 104. In the case where the file access request is for 
a directory, on the other hand, the unification virtualizing 

20 system 110 transfers the access request in real time to each 
of the network storages in the replication-source 
virtualized-and-unif ied file system 103 and to the 
replication-destination virtualized-and-unif ied file system 
104 . 

25 The unification virtualizing system 110 is composed of: 
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a management unit 150; a request reception unit 151; a 
replication unit 152 ; a judgment unit 153 ; a mapping unit 154 ; 
a host table 155; a replication host table 156; a unified 
management directory 157 ; and a capacity management table 158 . 
5 Although the unification virtualizing system 110 does 

not have a remote control unit or a storage device in the present 
embodiment, the unification virtualizing system 110 may also 
include a remote control unit or a storage device. 

The management unit 150 resides in the unification 

10 virtualizing system 110 and sets such basic setup information 
as an IP address, name information such as host names, and a 
mount point in response to a management request from the clients 
100 and 101 . Other items included in the basic setup information 
are a time, an account, security information, and the like. 

15 As examples of file access operation performed via the management 
unit 150 , there are a process of creating a new shared directory 
and a process of changing a permission to a directory or a file. 

When the plurality of network storages are virtually 
unified or file replication is performed between the plurality 

20 of virtualized-and-unif ied file systems, the management unit 
150 rewrites the contents of the host table 155 , the replication 
host table 156, the unified management directory 157, and the 
capacity management table 158. The management unit 150 also 
rewrites setup information set to the replication unit 152. 

25 The setup information will be described later in detail. The 
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management: unit 150 also involkes the request reception unit 
151 , the replication unit 152 , and the mapping unit 154 and 
processes a file access request. 

When file replication is performed between the plurality 
of virtualized-and-unif ied file system, the management unit 
150 manages the respective disk capacities of the individual 
virtualized-and-unif ied file systems and the respective 
amounts of disk use thereof in a unified manner. The management 
unit 150 also checks whether or not the plurality ' of 
virtualized-and-unif ied file systems are normally functioning 
every time at constant intervals . Themanagementunit 150 further 
checks whether or not the files-and- directories structure of 
the unified management directory 157 and that of each of the 
network storages 120 to 122 match in the virtualized-and-unif ied 
file systems and, in the case of an inconsistency, makes them 
to consistent. The management, unit 150 also checks whether or 
not the respective f iles-and-directories structures of the 
plurality of virtualized-and-unif ied file systems consistent 
and, in the case of an inconsistency, makes them to consistent. 
The management unit 150 will be described later in detail. 

The administrator accesses the management unit 150 by 
using a well-known Web browser on the clients 100 and 101 as 
a user interface. It is also possible to mount a dedicated user 
interface on the clients and use it. Alternatively, it is also 
possible to connect a console to the unification virtualizing 



system 110 anduse it. AWeb server is installed on the unification 
virtualizing system 110 such that it is accessed by using a 
Web browser or the like . As the Web server , the well-known Apache 
or the like is used appropriately. In the present embodiment , 
5 the management unit 150 performs settings for constructing each 
of the virtualized-and-unif led file systems from the plurality 
of network storages and simultaneously performs settings for 
file replication between the plurality of 

virtualized-and-unif ied file systems . 

10 The request reception unit 151 processes the mount request 

from the clients 100 and 101, while receiving a file access 
request from the clients 100 and 101 and transferring the file 
access request to the replication unit 152. In the present 
embodiment, each of the clients 100 and 101 accesses the request 

15 reception unit 151 by using the NFS protocol described above. 
It is assumed that a file access is also performed between the 
unification virtualizing system 110 and the network storages 
120 to 122 by using the NFS protocol. If the client is a CIFS 
client, the request reception unit 151 is accessed by using 

20 the CIFS protocol . In that case , a file access between the request 
reception unit 151 of the unification virtualizing system 110 
and the network storages 120 to 122 uses the NFS protocol. As 
for a file access using the CIFS protocol, it can be implemented 
by using a well-known technology such as Samba so that the 

25 detailed description thereof will not be given herein. 



In another embodiment , there may be adopted a method which 
uses a protocol suitable for IP storage, such as the iSCSI 
protocol , between the clients and the unification virtualizing 
system or between the request reception unit 151 and the storage 
5 devices of the network storages 120 to 122. 

The replication unit 152 includes the judgment unit 153 
and is invokedby the request reception unit 151 . The replication 
unit 152 accesses the unif iedmanagement directory 157 and judges 
whether or not replication should be performed in response to 

10 the file access request transferred from the request reception 
unit 151 by using the judgment unit 152. If it is judged that 
replication should be performed, the replication unit 152 
simultaneously transfers the file access request to any of the 
network storages belonging to the replication-source 

15 virtualized-and-unif ied file system 103 as a target of the file 
access request and to the unification virtualizing system 111 
of the replication-destination virtualized-and-unif ied file 
system 104. The judgment unit 152 will be described later in 
detail. The unified management directory 157 will also be 

20 described later. 

The host table 155 keeps the member information of the 
virtualized-and-unif ied file system 103. FIG. 2 shows a 
structure of the host table 155. The host table 155 associates 
the name information of network storages which will become the 

25 members of the virtualized-and-unif ied file system 103 with 



network storage identifiers which are unique to the members. 
The row 201 shows the name information of the storage devices 
of the network storages which will become the members. The row 
202 shows the respective mount points of the storage devices. 
5 The row 203 shows the identifiers corresponding to the respective 
storage devices of the individual network storages. If a 
plurality of storage devices are present in one network storage , 
different identifiers are prepared in correspondence with the 
individual storage devices. In FIG. 2, PS1, PS2, and PS3 are 

10 set as the respective network storage identifiers for the network 
storages 120 (NS120) , 121 (NS121) , and 122 (NS122) . The host 
table 155 may further hold root file handles for the individual 
storage devices . 

Although the unification virtualizing system 110 does 

15 not have a remote control unit or a storage device in the present 
embodiment , if it has a remote control unit or a storage device, 
the name information of the unification virtualizing system 
110, the mount point of the storage device, and an identifier 
for the storage device may be registered appropriately in the 

20 host table 155. 

The replication host table 156 manages the member 
information of the replication-destination 

virtualized-and-unif ied file systems. FIG. 3 shows the 
structure of the replication host table 156. The structure of 

25 the replication host table 156 is the same as that of the host 
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table 155 except that the replication host table 156 manages 
not the individual network storage devices belonging to the 
virtualized-and-unif ied file system but the 

virtualized-and-unif ied file systems themselves. The row 301 
manages the name information of the virtualized-and-unif ied 
file systems which will become replication members. The row 
302 manages the respective mount points of the 
virtualized-and-unif ied file systems. The row 303 manages 
identifiers for the individual virtualized-and-unif ied file 
systems. In FIG. 3, VFS1 is set as the identifier for the 
virtualized-and-unif ied file system 104 (VFS103) . In the case 
of creating copies of files and directories in one or more 
virtualized-and-unif ied file systems, they may be added 
appropriately to the replication host table 156. Although the 
replication-destination virtualized-and-unif ied file system 
is managed by using the replication host table 156 in the 
embodiment of the present invention, the host table 155 may 
also contain the name information and mount points of the 
replication-destination virtualized-and-unif ied file systems . 
Alternatively, the root file handle of the replication 
destination may also be contained in addition to the name 
information and the mount point. 

The unified management directory 157 manages only the 
f iles-and-directories tree structure of the entire 
virtualized-and-unif ied file system 103 including the network 



storages 120 to 122 and all the file identifiers (they include 
attribute information) . Although the unified manage directory 
157 provides the f iles-and-directories tree structure for the 
clients, each of the files in the unified management directory 
157 does not have data as the file entity. All data are stored 
in distributed relation in the network storages 120 to 122. 

In the present embodiment, a file system is used as the 
unified management directory 157 for virtually showing a single 
f iles-and-directories tree structure to the clients . A general 
file system stores not only a f iles-and-directories tree 
structure and file identifiers but also data as the file entities . 
In view of this, the unification virtualizing system 110 
generates dummy files in the file system of the unified 
management directory 157 . Each of the dummy files does not have 
data as the file entity. 

The capacity management table 158 keeps information on 
the respective amounts of disk use of the replication-source 
and replication-destination virtual ized-and-unif ied file 
systems 103 and 104 and information on the respective disk 
capacities thereof. FIG. 7 shows a structure of the capacity 
management table. In the embodiment of the present invention, 
there is a case where the virtualized-and-unif ied file systems 
have different structures. In that case, if the available disk 
capacity of the replication-source virtualized-and-unif ied 
file system 103 is smaller than the available disk capacity 



of the replication-destination virtualized-and-unif ied file 
system 104, file or directory replication can be performed. 
If the available disk capacity of the replication-source 
virtualized-and-unif ied file system 103 is larger than the 
5 available disk capacity of the replication-destination 
virtualized-and-unif ied file system 104 or if the 
replication-destination virtualized-and-unif ied file system 
10 4 does not have a sufficient available disk capacity , however , 
replication may not be performed. To guarantee a sufficient 

10 disk capacity to allow for replication , the capacity management 
table 15 8 manages , of the amounts of diskuse and disk capacities 
of the plurality of virtualized-and-unif ied file systems, the 
largest amount of disk use and the smallest disk capacity as 
an amount of disk use and a disk capacity which allow for 

15 replication. The row 701 manages the name information of 
virtualized-and-unif ied file systems which become replication 
members. The row 702 manages the respective amounts of disk 
use of the individual members . That one of the respective amounts 
of disk use of the individual members having a maximum value 

20 is managed as an amount of disk use of entire replication. The 
row 703 manages the respective disk capacities of the individual 
members. That one of the respective disk capacities of the 
individual members having a minimum value is managed as the 
disk capacity of entire replication. Although the respective 

25 amounts of disk use and respective disk capacities of the 
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individual virtualized-and-unif ied file systems are managed 
by using the capacity management table 158, these information 
items may also be contained in the host table 155 or the 
replication host table 156. 
5 When the client 100 issues a file create request (which 

corresponds to the CREATE request in accordance with the NFS 
protocol) to the unification virtualizing system 110, the 
replication unit 152 creates a dummy file in the unified 
management directory 157 and stores the file entity in the file 

10 system of any of the network storages 120 to 122. If the client 
100 issues a READ request to the unification virtualizing system 
110, the request reception unit 151 receives the READ request 
and transfers it to the replication unit 152. The replication 
unit 152 accesses the unified management directory 157, 

15 specifies the network storage storing therein the file entity 
by using the dummy file. The replication unit 152 then reads 
data as the file entity from the specified network storage and 
returns the read data together with the attribute information 
managed by the unified management directory 157 to the client. 

20 Since it is sufficient for the unified management directory 
157 to manage the f iles-and-directories tree structure and the 
file identifiers, the use of the file system is not mandatory. 
A database or a dedicated table also be used as long as it is 
guaranteed that the file identifiers are unique to all the files . 

25 The mapping unit 154 associates files and the network 



storages in which the files are stored . In the present embodiment , 
the mapping unit 154 stores, in the dummy files created in the 
unified management directories 157, the identifiers for the 
network storages storing therein the file entities . The network 
storages identifiers are values unique to the system and are 
registeredin the host table 155 . The network storage identifiers 
to be written in the respective dummy files are determined such 
that the files are evenly distributed in the individual network 
storages . Specifically, when a file is newly created in response 
to a CREATE request, the identifiers for the network storages 
storing therein the f ileentities are determined in a round-robin 
manner. Otherwise, the network storages may also be determined 
such that their respective storage capacities become equal by 
monitoring the capacities of the individual network storages. 
Alternatively, it is also possible to allocate all files which . 
belong to a specified directory to the same network storage. 

Although the present embodiment has adopted a method in 
which the identifiers for the network storages storing therein 
the file entities are stored in the dummy files, it is also 
possible to provide not the dummy files but an additional list 
for associating the names of files kept in each of the directories 
with the identifiers for the network storages storing therein 
the entities of the individual files. A dedicated table or any 
other method may be used if the network storages storing therein 
the file entities can be determined uniquely from the file 



identifiers. For the identifiers of frequently accessed files, 
a correspondence between the identifiers for the network 
storages storing therein the file entities and the file 
identifiers in the network storages may also be kept in a 
5 high-speed memory to specify the network storages storing 
therein the entities of the individual files at a high speed 
from the file identifiers of the dummy files. This allows a 
file access request to be transferred directly to the network- 
storage storing therein the file entity without reading the 

10 dummy file. 

A detailed description will be given next to the management 
unit 150 . FIG. 11 shows a structure of the management unit 150 . 
The management unit 150 is composed of a capacity management 
unit 1101, a system check unit 1102 , and a health check unit 

15 1103. 

The capacity management unit 1101 manages the respective 
amounts of disk use and respective disk capacities of the 
replication- source and replication-destination 

virtualized-and-unif ied file systems by using the capacity. 

20 management table 158.. It ensures a sufficient available disk 
capacity which allows for replication. The capacity management 
unit 1101 periodically issuesafile access request for acquiring 
the disk capacity and the amount of disk use to each of the 
replication- source and replication-destination 

25 virtualized-and-unif ied file systems and records the acquired 



disk capacity and amount of disk use in the capacity management 
table 158 . In the case of using, e.g., the NFS protocol, a STATFS 
request can be named as a file access request for acquiring 
a disk capacity and an amount of disk use. If the client attempts 
5 to write a file in excess of the available disk capacity which 
allows for replication and managed by the capacity management 
table 158, the capacity management unit 1101 returns a write 
error to the client. 

The system check unit 1102 judges whether or not the 

10 f iles-and-directories structure of the unified management 
directory 157 in the virtualized-and-unif ied file system 103 
and the f iles-and-directories structure in each of the network 
storages 120 to 122 maintain consistency and, in the case of 
a inconsistency, make them to consistent. The system check unit 

15 1102 also judges whether or not the f iles-and-directories 
structure of the unified management directory 157 in the 
replication-source virtualized-and-unif ied file system 103 and 
the f iles-and-directories structure of the unified management 
directory 167 in the replication-destination 

20 virtualized-and-unif ied file system 104 maintain consistency 
and, in the case of an inconsistency, makes them to consistent. 
A consistency or inconsistency can be determined by issuing, 
e.g. , the LOOIUP request in accordance with the NFS protocol, 
acquiring the attribute information thereof, and comparing. 

25 If an inconsistency is fixed, the system check unit 1102 writes 
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a correction record in a log. 

The health check unit 1103 judges whether or not each 
of the replication-source virtualized-and-unif ied file system 
103 and the replication-destination virtualized-and-unif ied 
5 file system 104 is operating normally. In the embodiment of 
the present invention, the health check unit 1103 performs 
different processings with respect to the replication-source 
virtualized-and-unif ied file system and the 

replication-destination virtualized-and-unif ied file system. 

10 Whether or not the virtualized-and-unif ied file system is at 
the replication source can be determined by checking the master 
flag 411 of the replication unit 152. The master flag 411 will 
be described later in detail. The replication-source 
virtualized-and-unif ied file system 103 issues file access 

15 requests to the replication-destination 

virtualized-and-unif ied file system at constant intervals. In 
the case of the file access requests in accordance with the 
NFS protocol, e.g., the STATFS requests or the like are used. 
The health check unit 1103 of the replication-source 

20 virtualized-and-unif ied file system checks responses from the 
replication-destination virtualized-and-unif ied file system 
at given time intervals . If a response to the issued file access 
request is an error or a response cannot be obtained within 
a given time period, the health check unit 1103 judges that 

25 trouble has occurred in the replication-destination 



virtualized-and-unif ied file system and sends an e-mail alert 
to notify the trouble or the like to the administrator. 

The health check unit 1103 of the replication-destination 
virtualized-and-unif ied file system checks file access 
requests received at constant time intervals, i.e., FSSTAT 
requests. Since these file access requests for health checking 
are issued from the replication destination at constantly equal 
time intervals, if an FSSTAT request is not transferred even 
after a elapse of a given time , the health check unit 1103 judges 
that trouble has occurred in the replication-source 
virtualized-and-unif ied file system and sends an e-mail alert 
to inform the trouble or the like to the administrator. 

Although the embodiment of the present invention has 
judged whether or not each of the replication-source and 
replication-destination virtualized-and-unif ied file systems 
is normal by using the FSSTAT requests, health checking may 
also be implemented by installing another application program. 
Any other method may be used provided that it allows the judgment 
of whether or not a plurality of virtualized-and-unif ied file 
systems are normally operating. 

The replication unit 152 will be described next in detail 
with reference to FIG. 4. The replication unit 152 is composed 
of: the judgment unit 153, a request processing unit 401; a 
response collection unit 402; a consistency unit 403; a 
synchronization flag 410; the master flag 411; a rule table 



412; and a replication cache 413. 

The judgment unit 153 is invoked by the request reception 
unit 151 and judges whether or not replication should be 
performed in response to the file access request received by 
5 the request reception unit 151. In the present embodiment, 
replication is performed if four AND conditions are satisf ied, 
which are: the file access request received by the request 
reception unit 151 is an updating request; the synchronization 
flag 410 has been set; the master flag 411 has been set; and 

10 the file access request is for an object to be copied. The 
synchronization flag 410 and the master flag 411 will be 
described later. If the file access request is a referencing 
request such as READ, the access request is not transferred 
to the replication-destination virtualized-and-unif ied file 

15 system 104 . If the value of the synchronization flag is "FALSE" , 
the request is not transferred to the replication-destination 
virtualized-and-unif ied file system 104. The access request 
is not also transferred if the value of the master flag 411 
is "FALSE" . The access request is not also transferred if the 

20 file access request is not for an object to be copied. 

If the j udgment unit 153 has judged that replication should 
be performed, the request processing unit 401 simultaneously 
transfers the file access request received by the request 
reception unit 151 to the network storages 120 to 122 belonging 

25 to the replication-source virtualized-and-unif ied file system 



103 and to the unification virtualizing system 111 of the 
replication-destination virtualized-and-unif ied file system 

104 . If the judgment unit 153 has judged that replication should 
not be performed, the file access request received by the request 

5 reception unit 151 is transferred only to the network storages 
120 to 122 belonging to the replication-source 
virtualized-and-unif ied file system 103. 

If it has been judged that replication should be performed, 
the request processing unit 401 also guarantees the order in 
10 which the file access request is processed in the 
replication-source virtualized-and-unif ied file system and in 
the replication-destination virtualized-and-unif ied file 
system. 

The response collection unit 402 collects responses from 
15 the network storages 120 to 122 belonging to the 
replication- source virtualized-and-unif ied file system 103 and 
from the replication-destination virtualized-and-unif ied file 
system 104 and returns the collected responses as cme response 
to the client. 

20 The consistency unit 403 is invoked by the management 

unit 15 0 shown in FIG . 1 and maintains consistency between files 
and directories as obj ects to be copied in the replication- source 
virtualized-and-unif ied file system 103 and copied files and 
directories in the replication-destination 

25 virtualized-and-unif ied file system 104. Specifically, it is 
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examined whether or not the files and directories as the obj ects 
to be copied at the replication source and the copied files 
and directories at the replication destination maintain 
consistency and, in the case of an inconsistency, the contents 
of the replication-source virtualized-and-unif ied file system 

103 are reflected as the latest information in the 
replication-destination virtualized-and-unif ied file system 

104 . 

The synchronization flag 410 is set by the consistency 
unit 403 and indicates whether or not the files and directories 
as the objects to be copied in the replication-source 
virtualized-and-unif ied file system 103 and the copied files 
and directories in the replication-destination 
virtualized-and-unif ied file system 104 maintain consistency. 
The synchronization flag 410 is set to "FALSE" at the time of 
initialization. The synchronization flag 410 is set to "TRUE" 
in the case of a consistency and set to "FALSE" in the case 
of an inconsistency. 

The master flag 411 is set by the management unit 150 
and indicates that the files and directories in the 
replication-source virtualized-and-unif ied file system 103 are 
masters. The master flag 411 is set to "FALSE" at the time of 
initialization. The master flag 411 of the replication unit 
152 in the replication-source virtualized-and-unif ied file 
system 103 is set to "TRUE", while the master flag 411 of the 



replication unit 162 in the replication-destination 
virtualized-and-unif ied file system 104 that has been 
registered in the replication host table 156 is set to "FALSE " . 

The rule table 412 is set by the management unit 150 and 
holds an entire specified directory as an object to be copied, 
a specified user identifier, or a specified group identifier. 
Alternatively, the rule table 412 keeps an identifier for a 
file as an object to be copied. If the administrator sets the 
copying of a file owned by a specified user, an identifier for 
the user is stored in the rule table 412. If all the files belonging 
to the replication-source virtualized-and-unif ied file system 
103 are copied to a target, a copy flag may be prepared 
appropriately instead of the rule table 412. Alternatively, 
a rule for copying all the files and directories may also be 
described in the rule table 412. It is also possible to use 
the rule table 412 an the copy flag in combination. 

In the case of changing, depending on a file identifier, 
the replication-destination virtualized-and-unif ied file 
system for holding a copy of the file , the file may be associated 
appropriately with the identifier for the 

replication-destination virtualized-and-unif ied file system 
set to the replication host table 156 in accordance with each 
rule in the rule table 412 . This allows , when there are a plurality 
of replication-destination virtualized-and-unif ied file 
systems, creation of a copy of the file under conditions 



different from one virtualized-and-unif ied file system to 
another. In the case of changing the replication-destination 
virtualized-and-unif ied file system for each of file 
identifiers , the provision of respective synchronization flags 
corresponding to the individual members of the replication host 
table 156 allows creation of a partial copy of the file system 
under more detailed conditions. 

The replication cache 413 stores, a correspondence 
between an identifier for a frequently accessed dummy file in 
the unified management directory of the replication-source 
virtualized-and-unif ied file system andan identifier of a dummy 
file in the unified management directory of the 
replication-destination virtualized-and-unif ied file system. 
It is kept in a memory. When the correspondence is recorded 
in the replication cache 413 and when the client accesses the 
replication-source virtualized-and-unif ied file system by 
using a file identifier and also creates a copy of the file 
in the replication-destination virtualized-and-unif ied file 
system, a direct access can be made to the unified management 
directory of the replication-destination 

virtualized-and-unif ied file system. Although the embodiment 
of the present invention has the cache for holding a 
correspondence between the identifier for a dummy file in the 
virtualized-and-unif ied file system and a file identifier in 
the network storage holding -therein the entity of the file, 
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the cache may also contain information kept in the replication 
cache . 

Although the present embodiment has adopted a method in 
which conditions for copying are kept in the rule table 412, 
a copy identifier indicating whether or not copying should be 
performed may also be kept in each of dummy files in the unified 
management directory 157 , not in the rule table 412. 
Alternatively, each of the directories may also be provided 
with an additional list for associating files kept in the 
directory with the copy identifiers. A dedicated table and any 
other method may be used provided that it can be determined 
uniquely from the file identifiers whether or not the files 
are objects to be copied. 

Since the structure of the replication-destination 
virtualized-and-unif ied file system 104 is the same as that 
of the replication-source virtualized-and-unif ied file system 
103, the detailed description thereof will be omitted. In the 
present embodiment, however, the replication-destination 
virtualized-and-unif ied file system is not registered in the 
replication host table 166 of the replication-destination 
virtualized-and-unif ied file system 104. In addition, each of 
the values of the synchronization flag and the master flag used 
by the replication unit 162 is set to * FALSE" . The setting of 
these values may be performed through the use of the management 
unit 150 of the replication-source virtualized-and-unif ied 
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file system 103 or through a direct access by the administrator 
to the management unit 160 of the replication-destination 
virtualized-and-unif ied file system 104 . 

A detailed description will be given next to the 
5 replication process performed by the replication unit 152 with 
reference to FIG. 5. Upon receipt of a file access request from 
either of the clients, the request reception unit 151 invokes 
the replication unit 152 such that the replication process is 
performed. 

10 The replication process is composed of judgment 

processing 510, request transfer processing 511, and response 
collection processing 512. 

The judgment processing 510 judges, in Process 502, 
whether or not replication should be performed in response to 

15 the file access request received by the request reception unit 
151. In the case of performing replication, Process 504 of the 
request transfer processing 411 is performed, while Process 
503 thereof is performed in the case of not performing 
replication. The j udgment processing 510 will be described later 

20 in detail. 

The request transfer processing 511 performs Process 503 
or Process 504 depending on the result of the judgment in Process 
502. Process 503 is performed when the result of the judgment 
in the judgment processing 510 is "YES" and transfers the file 

25 access request to the network storage storing therein the file 
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entity registered in the host table 155 of the replication-source 
virtualized-and-unif ied- file system 103, while also 
transferring the file access request to the 
virtualized-and-unif ied file system 104 .. registered in the 
replication host table 156. In the case of a directory access 
request, the present embodiment transfers the file access 
request for the directory to each of the network storages 
belonging to the replication-source virtualized-and-unif ied 
file system 103, while transferring the file access request 
to the virtualized-and-unif ied file system 104 registered in 
the replication host table 156. 

Process 504 is performed when the result of the judgment 
in the judgment processing 510 is "NO" and transfers the file 
access request only to the network storage storing therein the 
file entity registered in the host table 155 of the 
replication-source virtualized-and-unif ied file system 103. 
In the case of a directory, the access request is transferred 
to each of the network storages belonging to the 
replication-source virtualized-and-unif ied file system 103. 

The response collection processing 512 collects 
responses in the request transfer processing 511 and returns 
the collected responses as one response to the client. Process 
505 is performed when the result of the judgment in the judgment 
processing 510 is "YES". In the case of a file access request, 
a response from the file-storing network storage in the 



replication-source virtual ized-and-unif ied file system 103 and 
a response from the replication-destination 

virtualized-and-unif ied file system 104 are returned 
collectively as one response to the client 100. In the case 
5 of a directory access request, responses from all the network 
storages in the replication-source virtualized-and-unif ied 
file system 103 and a response from the replication-destination 
virtualized-and-unif ied file system 104 are returned 
collectively as one response to the client 100. 

10 Process 506 is performed when the result of the judgment 

in the judgment processing 510 is "NO" . In the case of a file 
access request, a response from the file-storing network storage 
in the replication-source virtualized-and-unif ied file system 
103 is returned to the client 100. In the case of a directory 

15 access request, responses from all the network storages in the 
replication-source virtualized-and-unif ied file system 10 3 are 
returned collectively as one response to the client 100. 

Although the present embodiment has shown an example in 
which the response collection processing 512 waits for the 

20 arrival of all the responses from the network storage and 
virtualized-and-unif ied file system as the destinations of the 
transferred access request and then returns the responses to 
the client, it is also possible to return, to the client 100, 
the earliest one of responses received from a plurality of 

25 destinations of the transferred access request without waiting 



for the arrival of the other responses and thereby reduce a 
response time for the client. Alternatively, it is also possible 
to wait for the arrival of all the responses from a plurality 
of destinations of the transferred access request and a response 
from the replication unit 152 which has accessed the unified 
management directory 157 in response to a next file access 
request and then returns the responses to the client. In the 
case of adopting the method in which the arrival of all the 
responses from the network storage and virtualized-and-unif ied 
file systemas the destinations of the transf erredaccess request 
is awaited, error processing if any of the responses vanishes 
is easy but overhead for waiting for the responses is large. 
In the case of receiving the earliest response and then returning 
it to the client 100 without waiting for the arrival of the 
other responses, on the other hand, file access performance 
comparable to that when replication is not performed is 
obtainable but error handling becomes difficult. A waiting 
method should be determined selectively by considering a 
trade-off between performance and the intricacy of error 
handling. 

A description will be given next to the detailed flow 
of the judgment processing 510 with reference to FIGS. 1, 4, 
and 6. Upon receipt of a file access request, the request 
reception unit 151 invokes the judgment unit 153. The judgment 
unit 153 performs the judgment processing 510. The judgment 



processing 510 judges, in Process 602, whether or not the file 
access request is an updating request. In the case of an updating 
request, "YES" is given as a result of the judgment and Process 

603 is performed. 

In Process 603, it is examined whether or not the files 
and directories as ob j ects to be copied are original by examining 
the master flag 411. If the value of the master flag 411 is 
"TRUE", the result of the judgment becomes "YES" and Process 

604 is performed. 

In Process 604, it is examined whether or not the files 
and directories as objects to be copied and copied files and 
directories in the replication-destination 

virtualized-and-unif ied file system match by examining the 
synchronization flag 410. If the value of the synchronization 
flag 410 is "TRUE", the result of the judgment becomes "YES" 
and Process 605 is performed. 

Process 605 judges whether or not a file object to be 
accessed in response to the file access request is an object 
to be copied. Process 605 is composed of Processes 609 and 610 . 
In Process 609, if the file object to be accessed in response 
to the file access request is a directory, "YES" is given as 
a result of the judgment indicative of an object to be copied 
and Process 606 is performed. If the file object as a target 
of the file access request is a file, Process 610 is performed. 
Process 610 judges whether or not the file object to be accessed 



42 

satisfies the copying conditions in the rule table 412 shown 
in FIG. 4. In the judgment, the unified management directory 
157 is accessed, the attribute information of the file is 
acquired, and the acquired attribute information is compared 
with the copying conditions in the rule table 412 . If the copying 
conditions are satisfied, "YES" is given as a result of the 
judgment and Process 606 is performed . If the copying conditions 
are not satisfied, "NO" is given as a result of the judgment 
indicativeof a file not to be copied and Process 607 isperformed. 

In the present embodiment, if the file object as a target 
of the file access request is a directory, it is inevitably 
judged to be an object to be copied. Accordingly, the 
replication-source virtualized-and-unif ied file system and the 
replication-destination virtualized-and-unif ied file system 
have the same directory structures . The arrangement facilitates 
consistency processing at the time of trouble recovery. Even 
in the case of the directory access request, a method which 
individually selects whether or not the file object is an object 
to be copied can easily be implemented not only for a file but 
also for a directory by judging whether or not the copying 
conditions are satisfied by using the rule table 412. In the 
case of copying the entire virtualized-and-unif ied file system 
103 by using the copy flag, the judgment of whether or not copying 
should be performed may be performed appropriately in Process 
605 by examining whether or not the value of the copy flag is 



"TRUE" irrespective of a file or a directory. 

In Process 606 , "YES" is given as a result of the 
replication judgment, whereby the judgment processing 510 is 
ended. If the result of the judgment in any of Processes 602 , 
603 , 604, and 605 is "NO" , Process 607 is performed and "NO" 
is given as a result of the replication judgment, whereby the 
judgment processing 510 is ended. 

A detailed description will be given next to the processing 
of a file access request in the request transfer processing 
511 and the response collection processing 512 when the result 
of the replication judgment is "YES". If the result of the 
judgment for the file access request received by the replication 
unit 152 is "YES" in the judgment processing 510, the present 
embodiment transfers the access request not only to the 
replication- source virtual ized-and-unif ied file system 10 3 but 
also to the replication-destination virtualized-and-unif ied 
file system 104 . For the processing of the file access request, 
the NFS protocol is used. The updating requests in the NFS Version 
2 include the CREATE request, the WRITE request, the REMOVE 
request, the RENAME request , the MKDIR request , the RMDIR request , 
the SETATTR request, the LINK request, and the SYMLINK request. 

The description will be given first to a structure of 
the file handle. The file handle includes the i-node number 
of a parent directory and the i-node number of a file object. 

Next, the processing of an updating request as a target 
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of replication in the present embodiment will be described in 
detail. 

FIG. 8 shows the flow of a CREATE procedure. The CREATE 
request uses the file handle H of a directory in which a file 
5 is created and the name F of the file as arguments . Upon receipt 
of the CREATE request from the request reception unit 151, the 
replication unit 152 of FIG. 1 invokes Process 801. 

In Process 802, the i-node number PI of the directory 
in which the file is created is retrieved from the field 702 
10 of the file handle H and a dummy file with the name F is created 
in the directory identified with the i-node number PI. 

In Process 803, an identifier PS for the network storage 
storing therein the file as a target of the CREATE request is 
determined by using the mapping unit 154 and the host table 
15 155. 

In Process 804, the identifier PS is written in the dummy 
file F. For the writing, a WRITE request, e.g., is used. 

In Process 805, a replication-destination 
virtualized-and-unif ied file system VFS to which the CREATE 
20 request is transferred is determined by using the replication 
host table 156 . 

In Process 806, the CREATE request sent from the client 
is issued to the network. storage PS and to the 
virtualized-and-unif ied file system VFS. 
25 In Process 807, a response to the CREATE request is 
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collected from each of the network storage PS and the 
virtualized-and-unif ied file system VFS. 

In Process 808 , a file handle 700 is composed of the i-node 
number PI of the directory in which the dummy file F is created 
5 and the i-node number I of the dummy file and returned to the 
client 100. 

FIG. 9 shows a WRITE procedure. The WRITE request uses 
the file handle H of the file F to be read and the file handle 
Hp of the parent directory of the file F to be read as arguments . 

10 As shown in FIG. 1, the replication unit 152 receives the WRITE 
request from the request reception unit 151 f invokes Process 
901 in FIG. 9, and performs the WRITE procedure. 

In Process 902 , the dummy file F is read from the file 
handle H and the file-storing network storage PS is obtained 

15 from the dummy file F. 

In Process 903, a file handle Hps for the file entity 
F is acquired from the network storage PS. The file handle Hps 
can be acquired by issuing the LOOKUP request to the network 
storage PS. By recording a correspondence between the value 

20 of the file handle Hps once acquired and the file handle H in 
the unification virtualizing system 110, the file handle Hps 
in the file-storing network storage PS can be acquired without 
issuing the LOOKUP request when the WRITE request is issued 
next by using the file handle H. 

25 In Process 904 , a file handle Hvgs for the file entity 



F is acquired from the virtualized-and-unif ied file system VFS 
registered in the replication host table 156. The file handle 
Hvgs can be acquired by issuing the LOOKUP request to the 
virtualized-and-unif ied file system VFS. By recording a 
5 correspondence between the value of the file handle Hvf s once 
acquired and the file handle H in the unification virtualizing 
system 110 , the file handle Hvf s in the replication-destination 
virtualized-and-unif ied file system VFS can be acquired without 
issuing the LOOKUP request when the WRITE request is issued 

10 next to the virtualized-and-unif ied file system VFS by using 
the file handle H. 

In Process 905 , the WRITE request is issued to the network 
storage PS by using the acquired file handle Hps as an argument. 
The WRITE request is further issued to the 

15 replication-destination virtuali zed-and-unif ied file system 
VFS by using the acquired file handle Hvfs of the replication 
destination as an argument. 

In Process 906, the network storage PS and the 
virtualized-and-unif ied file system VFS return respective 

20 values in response to the WRITE, request, the results of which 
is returned collectively as one response to the client 100. 

Since a REMOVE procedure and a RENAME procedure are the 
same as the WRITE procedure, the detailed description thereof 
will be omitted. 

25 FIG. 10 shows the flow of an MKDIR procedure which uses 



the name D of a directory to be created and the file handle 
H of a parent directory to be created as arguments. As shown 
in FIG. 1, the replication unit 152 receives the MKDIR request 
from the request reception unit 151 and performs Process 1001 
in FIG. 10. 

In Process 1002 , a directory with the name D is created 
in a directory of the unified management directory 157 identified 
with the i-node number held in the field 702 of the file handle 
H. It is assumed that the i-node number of the created directory 
is I . 

In Process 1003, the MKDIR request is issued to each of 
the network storages registered in the host table 155 and to 
each of the virtualized-and-unif ied file systems registered 
in the replication host table 156 so that a directory with the 
name D is created. 

In Process 1004 , when all the responses to the MKDIR 
request transferred in Process 1003 are received, a file handle 
is created from the i-node number PI of the parent directory 
of the directory D and from the i-node number I of the directory 
D created in the unified management directory 156 and returned 
to the client 100. 

An RMDIRprocedure is also the same as the MKDIRprocedure . 
The RMDIR procedure can easily be implemented by changing the 
MKDIR request to the RMDIR request. An SYMLINK procedure is 
also the same as the MKDIR procedure provided that the MKDIR 
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request is changed appropriately to the SYMLINK request. As 
for a SETATTR procedure, it issues the SETATTR request to each 
of the network storages and the replication-destination 
virtualized-and-unif ied file system if the file object to be 
accessed is a directory and thereby sets directory attributes, 
similarly to the MKDIR procedure. If the file object to be 
accessed is a file, the SETATTR procedure can be implemented 
similarly to the WRITE procedure. 

In the present embodiment, if the file access request 
from the client is a referencing request, the result of the 
judgment processing shown in FIG. 6 becomes "NO" so that 
replication is not performed. Referencing requests in the NFS 
Version 2 include the LOOKUP request, the READ request, a 
READLINK request, a READDIR request, the GETATTR request, and 
the STATFS request.. 

A description will be given next to the flow of a LOOKUP 
procedure. The LOOKUP request uses the file handle H of the 
parent directory of the file object and the name F of the file 
object as arguments. As shown in FIG. 1, the replication unit 
152 receives the LOOKUP request from the request reception unit 
151 and performs the following processing. 

First, the i-node number PI of the parent directory is 
retrieved from the file handle H and the i-node number I of 
a file object with the name F present in the unified management 
directory 157 identified with the i-node number PI is acquired. 
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Then, the i-node number PI of the parent directory is combined 
with the i-node number I of the file object F to compose the 
file handle, which is returned to the client 100. 

The READDIR procedure is the same as the LOOKUP procedure, 
in which 'information on a target directory is read from the 
unified management directory 157 and returned to the client 
100 . 

FIG. 12 shows the flow of a READ procedure . The READ request 
uses the file handle H of the file F to be read and the file 
handle Hp of the parent directory of the file F to be read as 
arguments . As shown in FIG . 1 , the replication unit 152 receives 
the READ request from the request reception unit 151 and invokes 
Process 1201 in FIG. 12. In Process 1202, the dummy file F is 
read from the file handle H and the network storage PS storing 
therein the file entity is obtained from the dummy file F. In 
Process 1203 , the f ile handle Hps for the file entity F is acquired 
from the network storage PS . The file handle Hps can be acquired 
by issuing the LOOKUP request to the network storage PS. By 
recording a correspondence between the value of the file handle 
Hps once acquired and the file handle H in the unified management 
directory 157, the file handle Hps in the file-storing network 
storage PS can be acquired without issuing the LOOKUP request 
when the READ request is issued next by using the file handle 
H. 

In Process 1204 , the READ request is issued to the network 
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storage PS by using the acquired file handle Hps as an argument. 
In Process 1205, the network storage PS returns the result of 
reading as a value in response to the READ request, which is 
returned to the client 100. 

A GETATTR procedure issues a request to each of the network 
storages registered in the host table 155 to read directory 
attributes. If the file object to be accessed is a file, the 
request may be issued appropriately to the file-storing network 
storage in the same manner as in the READ procedure shown in 
FIG. 12. 

A detailed description will be given next to the flow 
of the consistency processing using the consistency unit 403 
shown in FIG. 4 . In the case where file replication is performed 
between the replication-source virtualized-and-unif ied file 
system 103 and the replication-destination 

virtualized-and-unif ied file system 104 as shown in FIG. 1, 
when trouble occurs in either of the file systems or temporary 
trouble occurs in the network or the like, the value of the 
synchronization flag 410 is set to "FALSE" and the replication 
process is halted. If the client can access the 
replication-source virtualized-and-unif ied file system 103, 
the operation is continued by using only the 
virtualized-and-unif ied file system 103. If trouble occurs in 
the virtualized-and-unif ied file system 103 and the client 
cannot access it, the administrator changes the settings such 



51 



that the replication-destination virtualized-and-unif ied file 
system 104 which has only the file to be copied is made available 
to the client. For example, the exports file in the 
replication-destination virtualized-and-unif ied file system 
5 104 is changed. 

If the operation is continued by using only the 
replication-source virtualized-and-unif ied file system 103 , 
recovery from the temporary trouble in the network is made, 
and replication is performed again with the 

10 replication-destination virtualized-and-unif ied file system 
104 , the administrator invokes the consistency unit 403 by using 
the management unit 150 and maintains the consistency of files 
and directories to be copied between the plurality of 
virtualized-and-unif ied file systems . 

15 When the operation is performed initially by using only 

the virtualized-and-unif ied file system 103 , the consistency 
unit 403 adds a new virtualized-and-unif ied file system 104 
as a replication destination and copies all the files and 
directories as objects to be copied in the 

20 virtualized-and-unif ied file system 104 such that they are used 
when the operation for replication is newly performed. 

FIG . 13 illustrates the flow of the consistency processing. 
When the administrator issues a consistency request to the 
management unit 150, the management unit 150 invokes the 

25 consistency unit 403 and starts the consistency processing. 
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In Process 1302, it is checked whether or not an unsearched 
file object F is present in the f iles-and-directories tree of 
the unified management directory 157. If the unsearched file 
object F is present, it is judged in Process 1303 whether or 
not the unsearched file ob j ect F is a directory . I f the unsearched 
file object F is a file, it is examined in Process 1304 whether 
or not the unsearched file object F satisfies the copying 
conditions set to the rule table 412. If the copying conditions 
are not satisfied, there is no need for copying so that the 
processing returns to Process 1302. If the copying conditions 
are satisfied, Process 1305 is performed. If the unsearched 
file object F is a directory in Process 1303, Process 1305 is 
performed. In Process 1305, the virtualized-and-unif ied file 
system 104 (VFS104) registered in the replication host table 
156 is accessed so that the copied file object F (copy F) is 
read. In Process 1306, it is examined whether or not the copy 
F is present. If the copy F is not present in the 
virtualized-and-unif ied file system VFS104, a new copy F is 
created in the virtualized-and-unif ied file system VFS104 in 
Process 1307 and the processing returns to Process 1302. In 
the case of a f ile , the creation of the copy F can be accomplished 
by issuing the CREATE request and the WRITE request to the 
virtualized-and-unif ied file system VFS104. If the copy F is 
present in Process 1306, Process 1308 is performed. In Process 
1308, it is examined whether or not the file object F present 
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in the replication-source virtualized-and-unif ied file system 
VFS103 and the content of the copy F present in the 
replication-destination virtualized-and-unif ied file system 
104 (VFS104) maintain consistency . In the case of a consistency, 
the processing returns to Process 1302. In the case of an 
inconsistency, the processing overwrites the copied F in the 
virtualized-and-unif ied file system VFS104 with the file obj ect 
F in the virtualized-and-unif ied file system 103 and returns 
to Process 1302 . The overwriting may be accomplished by issuing 
the WRITE request to the virtualized-and-unif ied file system 
VFS 104. If the unsearched file object F is no more present 
in Process 1032, Process 1310 is performed. In Process 1310, 
the synchronization flag of the replication unit 152 is set 
to "TRUE" by assuming that the files and directories as objects 
to be copied maintain consistency between the 
virtualized-and-unif ied file system VFS103 and the 
virtualized-and-unif ied file system VFS104, whereby the 
processing is ended. The synchronization flag set to "TRUE" 
enables the replication process to be started in response to 
the file access request from the client. In the case of creating 
a copy of each of the file systems in the replication-source 
virtualized-and-unif ied file system 103, consistency may be 
maintained appropriately between all the files and directories 
in the replication-source virtualized-and-unif ied file system 
and those in the replication-destination 
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virtualized-and-unif ied file system based on whether or not 
the copy flag is "TRUE" without performing Processes 1303 and 
1304. 

The present embodiment searches through the 
f iles-and-directories tree of the unified management directory 
157 and successively examines whether or not the file objects 
F maintain consistency between the replication-source 
virtualized-and-unif ied file system and the 

replication-destination virtualized-and-unif ied file system. 
It is also possible to adopt a method which does not provide 
consistency for each of the file objects in succession but 
maintains consistency between the files and directories as 
objects to be copied between the replication-source 
virtualized-and-unif ied file system and . the 

replication-destination virtualized-and-unif ied file system 
by initially acquiring the . list file of the 
f iles-and-directories tree in the replication-source 
virtualized-and-unif ied file system and that of the 
replication-destination virtualized-and-unif ied file system 
and comparing the acquired list files with each other. As a 
most typical method for acquiring the lists, the use of the 
Is command may be adopted. 

Alternatively , it is also possible to adopt a method in 
which copy completion information indicative of whether or not 
files or directories have been copied in the replication 
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destination is kept in the unified management directory 157 
of the replication-source virtualized-and-unif ied file system 

103, a copy of the directory tree is created first in the 
replication-destination virtualized-and-unif ied file system 

104, and then the file is copied from the replication-source 
virtualized-and-unif ied file- system to the 
replication-destination virtualized-and-unif ied file system. 

A description will be given next to the flow of the entire 
replication process in the present embodiment. It is assumed 
that the administrator prepares the virtualized-and-unif ied 
file systems 103 and 104 and creates a partial copy of the 
virtualized-and-unif ied file system 103 in the 
virtualized-and-unif ied file system 104. 

FIG . 14 shows a procedure for setting replication between 
the plurality of virtualized-and-unif ied file systems, which 
is performed by the administrator. The replication setting 
procedure includes the setting of the virtualized-and-unif ied 
file systems (Step 1402) , the setting of the 
replication-destination virtualized-and-unif ied file system 
(Step 1403) , the setting of a replication target file (Step 

1404) , and the inputting of a replication start command (Step 

1405) , which are performed in this order. 

In Step 1402, the administrator accesses the respective 
management units 150 and 160 of the replication-source 
virtualized-and-unif ied file system 103 and the 
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replication-destination virtualized-and-unif ied file system 
104 via a Web browser or by using a dedicated user interface 
program and performs the setting of the virtualized-and-unif ied 
file systems . Setup information includes the IP addresses of 
the virtualized-and-unif ied file systems , the name information 
thereof, the IP addresses of unification virtualizing system 
members , and the name information thereof . The management units 
150 and 160 register the respective members of the individual 
virtualized-and-unif ied file systems in the host tables 155 
and 165. In the host table 155, the network storages 120, 121, 
and 122 are registered and the identifiers PS1, PS2 , and PS3 
are set to the respective network storages 120, 121, and 122. 
In the host table 165 of the replication-destination 
virtualized-and-unif ied file system 104 , network storages 123 , 
124, and 125 are registered and identifiers PS4 , PS5, and PS6 
are set to the respective network storages 123, 124, and 125. 
In the member registration process, the management units 150 
and 160 copy the directories trees of the unified management 
directories 157 and 167 in the respective file systems of the 
individual network storages. 

In Step 1403, the administrator accesses the management 
unit 150 of the replication-source virtualized-and-unif ied 
file system 103 via a Web browser or by using a dedicated user 
interface program and sets the replication-destination 
virtualized-and-unif ied file system 104. The management unit 
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150 registers the replication-destination 

virtualized-and-unif ied file system 104 in the replication host 
table 156 shown in FIG. 1. Specifically, VFS1 is set as an 
identifier for the replication-destination 

5 virtualized-and-unif ied file system 104. In addition, the 
management unit 150 of the replication-source 
virtualized-and-unif ied file system 103 sets the master flag 
411 to "TRUE". 

In Step 1404 , the administrator accesses the 

10 replication-source virtualized-and-unif ied file system 103 , 
in the same manner as in Step 1403, and sets files as objects 
to be copied. If the administrator designates only files 
belonging to a specified group as objects to be copied, a group 
identifier contained in a file identifier is returned to the 

15 management unit 150 via a Web browser. The management unit 150 
holds the content of the setting in the rule table 412 shown 
in FIG. 4. For example, a group identifier = "1" is held in 
the rule table 412 in the present embodiment. 

In Step 1405, the administrator accesses the 

20 replication-source virtualized-and-unif ied file system 103, 
in the same manner as in Step 1404, and inputs the replication 
start command. After the inputting, the replication start 
command is written in the management unit 150 of the 
replication-source virtualized-and-unif ied file system 103. 

25 The writing can be accomplished by using a PUT command in 
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accordance with the HTML protocol. The writing can also be 
accomplished with a well-known technology if a Web-compatible 
interface is used. Triggered by the writing by the administrator , 
the management unit 150 starts the replication process in the 
replication-source virtualized-and-unif ied file system 103. 
At this time, if the synchronization flag 410 is "FALSE", the 
consistency unit 403 is activated to perform the consistency 
processing, thereby maintaining the consistency of the file 
as an object to be copied between the virtualized-and-unif ied 
file system 103 and the virtualized-and-unif ied file system 
104. After the consistency processing , the synchronization flag 
410 is set to "TRUE" . If the synchronization flag 410 is "TRUE" , 
a file replication process can be started between the 
virtualized-and-unif ied file system 103 and the 
virtualized-and-unif ied file system 104. 

An example of the file replication process will be shown 
next. The present embodiment assumes that the NFS protocol is 
used in a file access between the client and the 
replication-source virtualized-and-unif ied file system 103. 
In accordance with the NFS protocol, the client first issues 
a mount request to the replication-source 

virtualized-and-unif ied file system 103 and mounts the mount 
point of a shared file in a part of the file system at the client. 
The request reception unit 151 of the replication-source 
virtualized-and-unif ied file system 103 responds to the mount 



request from the client by using the well-known mountd. The 
mountd returns the file handle of the mount point in the 
replication-source virtualized-and-unif ied file system 103 to 
the client. From that time on, the client accesses the 
virtualized-and-unif ied file system 103 by using the file 
handle. 

A consideration will be given to the case where, e.g. , 
a client belonging to a group 1 creates a new file. If the client 
issues a new file create request (which is the CREATE request 
in accordance with the NFS protocol) to the replication-source 
virtualized-and-unif ied file system 103 , the request reception 
unit 151 receives the request. The CREATE request contains the 
group identifier = "1" and a user identifier = "5" in the file 
identifier. The request reception unit 151 then calls the 
replication unit 152. The replication unit 152 starts the 
replication process shown in FIG . 5. In Process 510 , the judgment 
processing is performed first. Since the CREATE request is an 
updating request, the result of the judgment processing 510 
becomes "YES" in Process 602 , as shown in FIG. 6. In Process 
603 , the master flag 411 of the replication-source 
virtualized-and-unif ied file system 103 is "TRUE" so that the 
result of the judgment becomes "YES". In Process 604, the 
synchronization flag 410 of the replication-source 
virtualized-and-unif ied file system 103 is "TRUE" so that the 
result of the judgment becomes "YES". Since the CREATE request 
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is for a file in the subsequent Process 609, Process 610 is 
performed and it is judged whether or not the conditions in 
the rule table 412 shown in FIG. 4 are satisfied. As stated 
previously, the group identifier = w l" has been held in the 
5 rule table 412 . In the Process 610 , a comparison is made between 
the group identifier in the CREATE request and the group 
identifier kept in the rule table 412. As a result of the 
comparison, the conditions are satisfied so that the result 
of the replication judgment in Process 606 becomes "YES" , whereby 

10 the judgment processing 510 is ended. 

Then, the request transfer processing 511 shown in FIG. 
5 is performed. Since the result of the replication judgment 
is "YES", Process 503 is performed. Specifically, the CREATE 
procedure shown in FIG. 8 is performed in Process 503. In the 

15 CREATE procedure, a dummy file is created first in the 
replication-source virtualized-and-unif ied file system 157 in 
Process 802 and the i-node number of the file is acquired. In 
Process 803, the file-storing network storage PS is determined 
by using the host table 155 and the mapping unit 154. It is 

20 assumed herein that the file-storing network storage is PS1. 
Then, in Process 804, the identifier PS1 for the file-storing 
network storage is written in the dummy file F. Since the 
virtualized-and-unif ied file system 104 has been registered 
in the replication host table 156, the transfer of the CREATE 

25 request thereto is determined in Process 805 . Process 806 issues 
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the CREATE request to each of the file-storing network storage 
PS1 and the virtualized-and-unif ied file system VFS1. 

In the CREATE procedure at the file-storing network 
storage PS1, a new file is created and a response is returned 
5 to the response collection unit 402 of the replication unit 
152. At the same time, the CREATE request is also transferred 
to the virtualized-and-unif ied file system VFS1 and a response 
is transferred therefrom to the response collection unit 402 
of the replication unit 152. 

10 A description will be given to the processing of the CREATE 

request transferred from the replication-source 
virtualized-and-unif ied file system 103 to the 
replication-destination virtualized-and-unif ied file system 
104 (VFS1) . The request reception unit 161 of the 

15 replication-destination virtualized-and-unif ied file system 
104 receives the CREATE request issued from the 
replication-source virtualized-and-unif ied file system 103. 
The request reception unit 161 invokes the replication unit 
162 . The replication unit 162 performs the judgment processing 

20 shown in FIG. 6 by using the judgment unit 163 and it is judged 
in Process 602 whether or not the file access request is an 
updating request . Since the CREATE request is an updating request , 
the result of the judgment becomes w YE S " . Then, in Process 603, 
it is examined whether or not the master flag is "TRUE". Since 

25 the virtualized-and-unif ied file system 104 is a replication 
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destination, themaster flag is "FALSE" . Accordingly, the result 
of the judgment in Process 603 is "NO" and the result of the 
replication judgment in Process 607 is also "NO". Since the 
result of the replication judgment is "NO" in the request 
transfer processing 511 shown in FIG . 5 , Process 504 is performed 
In Process 504, the CREATE request is transferred to the 
file-storing network storage by using the host table 165. In 
Process 506 , the response is returned to the response collection 
unit 402 of the replication unit 152 of the replication-source 
virtualized-and-unif ied file system 103. 

The response collection unit 402 of the replication unit 
152 of the virtualized-and-unif ied file system 103 collects 
respective responses from the virtualized-and-unif ied file 
system VFS1 and the file-storing network storage PS1 and returns 
the collected responses as one response to the client, whereby 
the replication process is ended. 

In the case of performing replication in response to the 
CREATE request and the MKDIR request, the present embodiment 
uses the initial attributes (corresponding to the sattr in the 
NFS protocol) possessed as arguments by the CREATE request and 
the rule table 412 for the judgment of whether or not the files 
and directories are objects to be copied. 

In the case of an updating file access request other than 
the CREATE request and the MKDIR request, whether or not 
replication should be performed is judged through a comparison 
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between the attribute information of the directory in the unified 
management directory 157 and of the dummy file and the copying 
conditions in the rule table 412. 
(Variation 1 of Embodiment) 

In the typical embodiment described above, each of the 
dummy files holds the identifier for the network storage storing 
therein the file entity to associate the unified management 
directory 157 with each of the network storages keeping the 
file entities . In accordance with the management method, however, 
it is necessary to open the dummy file for each file access 
request and read the identifier for the network storage so that 
overhead for the opening of the dummy file is increased 
disadvantageously . 

To eliminate the disadvantage, Variation 1 does not 
provide the dummy file disposed in the unified management 
directory 157 with the identifier for the network storage. 
Instead, Variation 1 divides the files into groups and determines 
identifiers for the network storages holding the files on a 
per file-group basis. 

FIG. 15 shows a structure of a network storage system 
in Variation 1. In Variation 1, the unification virtualizing 
systems 110 and 111 of the virtualized-and-unif ied file systems 
103 and 104 have group tables 1500 and 1501. The structure of 
the dummy files in each of the unified management directories 
1502 and 1503 and the processing by each of the mapping units 



1504 and 1505 are different from those in the embodiment. Of 
the file access requests processed by the replication unit 152 , 
the processing of the requests when the file entity kept in 
the network storage is accessed is different. Specifically, 
the process of determining the file-storing network storage 
in each of the CREATE procedure, the READ procedure, the WRITE 
procedure, the RENAME procedure, the REMOVE procedure, the 
SYMLINK procedure, and the LINK procedure is different. If the 
file object to be accessed is a file in the SETATTR request 
or the GETATTR request, the process of determining the 
file-storing network storage is different. 

FIG . 16 shows a structure of the group table 1500 . A group 
table 1601 has the same structure as a group table 1600. The 
group table 1600 provides a correspondence between a file and 
a file group to which the file belongs. Specifically, the group 
table 1600 provides the i-node number I as a file identifier 
and a file group identifier G identified with the i-node number 
I. The row 1601 shows the identification numbers 0 to 3 of four 
file groups . The row 1602 shows the identifiers PS for the network 
storages storing therein files belonging to the individual file 
groups in the row 1601. The files belonging to the file group 
0 are stored in the network storage having an identifier PS1, 
while the files belonging to the file group 3 are stored in 
the network storage having an identifier PS2 . To recognize which 
one of the network storage identifiers corresponds to which 
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one of the network storages, the host table 155 may be referred 
to appropriately. 

Although respective dummy files kept in distributed 
relation in the individual network storages are placed in the 
unified management directory 1502, identification information 
for the file-storing network storages is not held in the dummy 
files in Variation 1. The unified management directory 1503 
also has the same structure as the unified management directory 
1502. 

The mapping unit 1504 provides a correspondence between 
a file and a file group to which the file belongs . Specifically, 
the correspondence is provided as a hash function using, as 
retrieval keys, the i-node numbers I which are the identifiers 
for the dummy files managed in the unified management directory 
157 and using hash values as file group identifiers. In a hash 
function when files are divided into N file groups, e.g., a 
value obtained by applying a modulo function in which the number 
of file groups is N (a remainder of a division with a divisor 
N) to the i-node number I is used as a file group identifier 
G . If the number N of file groups is 4 , the file group identifiers 
assume any of 0 to 3 . The number N of file groups is invariable 
irrespective of the different structures of the network storage 
systems. The mapping unit 1505 has the same structure as the 
mapping unit 1504. 

A description will be given next to the flow of the 



replication process in Variation 1 with reference to FIG. 15. 
When the client issues a file update request (WRITE request) 
to the replication-source virtualized-and-unif ied file system 
103, the request reception unit 151 receives the request. Upon 
receipt of the request, the request reception unit 151 invokes 
the replication unit 152 and initializes the replication 
processing. In the replication processing , it is j udged by using 
the judgment unit 153 whether or not replication should be 
performed. 

If the result of the replication judgment is "YES", the 
request transfer processing is performed in the same manner 
as in the embodiment of the present invention . However , Variation 
1 is different from the embodiment in that the file-storing 
network storage when an object to be accessed is a file is 
specified by using the unified management directory 1502 and 
the group table 1500. 

In the case of, e.g. , the WRITE request, the processing 
in Process 903 shown in FIG. 9 is different from that in the 
embodiment. First, the i-node number of the dummy file F to 
be accessed in response to the WRITE request is read and the 
file group is specified by using the mapping unit 1504. Then, 
the network storage PS is specified by referring to the group 
table 1500. 

(Variation 2 of Embodiment) 

In the typical embodiment described above, the 



replication method which creates in real time a partial copy 
of any of a plurality of virtualized-and-unif ied file systems 
therebetween has been described. Variation 2. of the embodiment 
is different from the embodiment in that a partial copy of a 
5 file system is created in real time not between a plurality 
of virtualized-and-unif ied file systems but between a plurality 
of network storages. 

FIG . 17 shows an example of a structure of an entire network 
storage system in Variation 2 of the embodiment. The network 

10 storage system is constituted by: clients 1700 and 1701; a 
network 1702; a replication system 1710; an internal network 
1715; and network storages 1720 to 1722. 

Since the structure of the network storage system is the 
same as in the embodiment of the present invention except for 

15 that of the replication system 1710, the description thereof 
will be omitted. The network storages need not have equal 
capacities. It is sufficient for the replication-destination 
network storage to have a capacity for holding directories and 
files as objects to be copied. Although each of a replication 

20 source and a replication destination is the network storage 
in Variation 2, the replication destination may also be a 
virtualized-and-unif ied file system, while the replication 
source is the network storage. 

The replication system 1710 is constituted by: a 

25 management unit 1750; a request reception unit 1751; a 
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replication unit 1752 ; a judgment unit 1753 ; a host table 1754 ; 
a replication host table 1755; a management table 1756; and 
a capacity management table 1757. Variation 2 of the embodiment 
is characterized by the replication system 1710. Although the 
replication system 1710 does not have a remote control unit 
or a storage device in Variation 2, the replication system 1710 
may also have a remote control unit or a storage device. The 
replication system 1710 may also include a plurality of 
replication systems. 

Since the management unit 1750 and the request reception 
unit 1751 have the same structures and functions as the 
management unit 1.50 and the request reception unit 151 described 
in the embodiment of the present invention, the description 
thereof will be omitted. In Variation 2, the mapping unit 154 
described in the embodiment of the present invention need not 
be provided. 

The host table 1754 manages the IP address and name 
information of the replication-source network storage. The 
replication host table 1754 manages the 

replication-destination network storage. For example, the 
network storage 1720 is registered in the host table 1754 in 
Variation 2, while the network storages 1721 and 1722 are 
registered in the replication host table 1754. 

The management table 1756 manages the 
f iles-and-directories structure of the file systems of the 
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network storages registered in the host table 1754 and the 
attribute information thereof. As a management method, a file 
systemmay be used or a new table may also be provided , as described 
in the embodiment of the present invention. 

The capacity management table 1757 manages the disk 
capacities of the network storages registered in the host table 
1754 and in the replication host table 1755 and the amounts 
of disk use thereof. Of the disk capacities , a smallest capacity 
is managed as a disk capacity usable for replication, while 
a largest one of the amounts of disk use is managed as a disk 
capacity used for replication. 

The replication unit 1752 has the same structure as the 
replication unit 152 shown in FIG. 1 and described in the 
embodiment of the present invention. However, the master flag 
411 need not be provided in Variation 2 since it is possible 
to determine which one of the network storages holds the master 
files and directories if the content of registration in the 
host table 1754 is examined. In the case of a structure in which 
the replication system is contained in each of the network 
storages, however, the master flag 411 is set to "TRUE" in the 
replication system of the network storage as a copy source. 

The judgment unit 1753 judges whether or not the 
replication process should be performed based on the type of 
the file access request, the synchronization flag 410, and 
whether or not conditions set to the rule table 412 are satisfied. 



"In contrast to the embodiment of the present invention in which 
conditions are judged by also using the master flag 411, the 
master flag 411 is not used in Variation 2. 

Variation 2 is the same as the typical embodiment described 
above in that the judgment unit 1753 is provided with the 
synchronization flag 410 and the rule table 412 and a judgment 
method using the synchronization flag and the rule table is 
implemented. 

In the replication process according to Variation 2, the 
judgment processing is performed first by using the judgment 
unit 1753. 

In the judgment processing, it is judged first whether 
or not the file access request is an updating request, judged 
next whether or not the synchronization flag is "TRUE", and 
then judged whether or not a target of the access request is 
an object to be copied in accordance with the rule table 412. 
If the result of each judgment is "YES", the result of the 
replication judgment becomes "YES". 

If the result of the replication judgment is "YES", the 
file access request is transferred to the network storages 
registered in the host table 1754 and to the network storages 
registered in the replication host table 1755 in the request 
transfer processing. If the result of the replication judgment 
is "NO", the file access request is transferred only to the 
network storages registered in the host table 1754. 



(Variation 3 of Embodiment) 

In the typical embodiment described above, the 
replication method which creates in real time a partial copy 
of data held in the virtualized-and-unif ied file system has 
5 been described. In Variation 3, the client also creates, in 
a plurality of virtualized-and-unif ied file systems performing 
file replication therebetween, a copy of setup information set 
to the replication-source virtualized-and-unif ied file system 
via the management unit 150 . The setup information of an object 

10 to be copied includes an account, security information, and 
time information. There are also cases where the setup 
information includes an IP address and name information. The 
setup information is packed in a specified file every time it 
is updated. The specified information is set as an object to 

15 be copied to the rule table 412 such that it is necessarily 
copied when the setting is changed. If trouble occurs in the 
replication-source virtualized-and-unif ied file system 103 and 
it cannot be used, the management unit 160 unpacks the specified 
file and resets the setup information in response to the setting 

20 of the replication-destination virtualized-and-unif ied file 
system 104 as a master by the administrator. 

Although Variation 3 has described the method in which 
the setup information is copied as the specified file in the 
replication-destination virtualized-and-unif ied file. system 

25 104 , there may also be adopted a method in which a client computer 



acquires a backup of the setup information. It is also possible 
for the client to explicitly input the setup information to 
each of the replication-source and replication-destination 
virtualized-and-unif ied file systems. 
(Variation 4 of Embodiment) 

In the typical embodiment described above, the 
replication method which creates in real time a partial copy 
of data held in the virtualized-and-unif ied file system obtained 
by virtualizing three network storages has been described. Even 
if only one network storage is provided, therefore, it is 
necessary to access the unified management directory 157, 
specify, from the dummy file, the identifier for the network 
storage holding the file entity , and access the network storage . 
In other words , a disk access to the unif iedmanagement directory 
157 and a disk access to the network storage constantly occur, 
though the network storage holding the file entity is determined 
uniquely. In Variation 4, the file entity is kept in the dummy 
file in the unified management directory 157 if the number of 
such network storages is one for a higher-speed file access 
and higher-speed file replication. In an access to the unified 
management directory 157, the request processing unit 401 of 
the replication unit 152 does not specify the network storage 
holding therein the file entity but writes data as the file 
entity. 

Thus , in the distributed system composed of the plurality 



of network storages , the request reception unit solely receives 
the file access request from the client, judges whether or not 
replication should be performed by using the management table, 
and transfers only the file access request for the file as the 
object to be copied to each of the replication-source network 
storage and the replication-destination network storage, 
thereby enabling real-time creation of a partial copy of the 
file system in the replication-source network storage in another 
network storage . This enables efficient backing up of data held 
in the large-capacity network storage. 

If the file access request is issued from the client in 
the virtualized-and-unif ied file system composed of the 
plurality of network storages and the unification virtualizing 
system, the unification virtualizing system receives the file 
access request, specif ies the network storage in which the file 
to be accessed is present by using the unified management 
directory, judges whether or not the file to be accessed in 
response to the file access request is the object to be copied, 
and simultaneously transfers the file access request to the 
network storage to be accessed and to the unification 
virtualizing system in the replication-destination 
virtualized-and-unif ied file system only when the file access 
request is for the file as the object to be copied, thereby 
enabling real-time creation of a partial copy of the 
replication-source virtualized-and-unif ied file system in 



another virtualized-and-unif ied file system. This enables 
efficient backing up of data in the large-capacity 
virtualized-and-unif ied file system. 

Since the unification virtualizing system composing the 
virtualized-and-unif ied file system as . the target of 
replication further has the unit for maintaining consistency 
between the files and directories as objects to be copied and 
the copied files and directories in the replication-destination 
virtualized-and-unif ied file system, even when the occurrence 
of trouble impairs the consistency of the files and directories 
as the objects to be copied between the replication-source and 
replication-destination virtualized-and-unif ied file systems , 
consistency can easily be fixed after trouble recovering pro cess . 
This achieves a reduction in administration cost required for 
the trouble recovery. 



